Summary

• Fix the dead black band that appeared between the app content and the browser toolbar on iPhone: when iOS Safari's bottom toolbar collapsed/expanded, the phone shell — a position: fixed; inset: 0 box that also forced height: 100dvh — kept a stale dvh height (iOS resolves dvh lazily, especially with body scrolling disabled) and its overflow-hidden clipped everything below it.
• Size the phone shell from its fixed insets alone (max-sm:inset-0, no h-dvh; inner column max-sm:h-full). Fixed insets track Safari's live viewport through the whole toolbar transition, so content now fills the screen edge to edge and shows through under the minimized glass bar (viewport-fit=cover was already set).
• Apply the same dvh → full swap to the other phone-fullscreen surfaces that shared the hazard: the fullscreen Sheet variant, the left drawer, the settings dialog, and the fullscreen document-scope sheet. Each already sits inside a fixed inset-0 backdrop, so percentage sizing resolves against the live viewport. Desktop (sm:/lg:) sizing is unchanged.

Verification

• npm run typecheck — 0 errors
• npm run lint — clean
• npm run test — 2681 passed; the single failure (tests/pdf-extraction-budget.test.ts child-process kill) fails identically on a clean tree in this container (sandbox signal limitation), pre-existing
• npm run verify:ui — 216/217 passed. The one failure (ui-smoke.spec.ts › document viewer PDF canvas on mobile) reproduces identically on the base commit without this change in the same container (pdf.js canvas does not render under the container's substituted Chromium headless-shell build), so it is environment-caused and not a regression of this diff; the failure screenshot shows the surrounding shell/layout rendering correctly
• npm run verify:pr-local not run: lint, typecheck, unit suite, and the UI gate were run individually; no RAG fixture/manifest surface touched
• The stale-dvh behavior itself only reproduces on iOS Safari hardware during toolbar collapse, which local Chromium cannot simulate — please confirm on-device that content now fills the space when the bottom bar hides

Risk and rollout

• Risk: low — class-string-only change to phone layout sizing; each edited box's height source moves from the 100dvh unit to its already-present inset-0/definite-height parent, which computes the same value when dvh is fresh
• Rollback: revert commit c6870c4
• Provider or production effects: None

Clinical Governance Preflight

Presentation-layer sizing change only; every invariant below is untouched by the diff and still holds.

• Source-backed claims still require linked source verification before clinical use
• No patient-identifiable document workflow was introduced or expanded without explicit governance approval
• Supabase target remains Clinical KB Database (sjrfecxgysukkwxsowpy)
• Service-role keys and private document access remain server-only
• Demo/synthetic content remains clearly separated from real clinical sources
• Source metadata, review status, and outdated/unknown-source behavior remain conservative
• Deployment classification/TGA SaMD impact was checked when clinical decision-support behavior changed

Notes

• cn is a plain join (no tailwind-merge), so the fullscreen scope sheet's contentClassName was switched to max-h-full in the same commit to keep it identical to the new Sheet fullscreen base class and avoid an order-dependent max-h conflict.

🤖 Generated with Claude Code

https://claude.ai/code/session_01CkCda13HLjNhg7oDycmoSh

Summary by CodeRabbit

• Bug Fixes
  • Improved mobile global search and dialog layouts during browser toolbar transitions.
  • Eliminated dead space beneath fullscreen sheets on iOS Safari.
  • Improved height handling for fullscreen scope pickers and settings dialogs.
  • Enhanced small-screen content sizing and scrolling behavior.